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摘 要 : 观测 控制 系统 (Observation Control System，OCS) 是 当前 的 一 个 研究 热点 ， 底 层 
通信 是 OCS 架构 中 重要 的 一 个 环节 。 但 传统 的 OCS 中 一 般 采 用 裸 套 接 技 术 实 现 ， 缺 少 统一 的 
传输 控制 机 制 , 在 密集 数据 通信 时 经 常 存在 延迟 影响 实时 控制 的 需要 ; 同时 缺少 广播 与 组 播 
机 制 ， 限 制 了 OCS 系统 的 设计 。 本 文 针 对 OCS 的 要 求 ， 系 统 研 究 分 析 了 基于 ZeroMQ 不 同 通 
信 模 型 及 所 对 应 的 天 文 控制 模式 ， 对 不 同 的 通信 控制 架构 可 用 性 进行 了 分 析 。 在 此 基础 上 通 
过 实验 对 相应 的 通信 模型 进行 了 测试 ， 验证 其 在 天 文 仪器 分 布控 制 中 的 可 用 性 。 测试 结果 进 
一 步 说 明 ZeroMQ 构 建 OCS 的 底层 通信 架构 是 可 行 的 , 能 够 满足 OCS 对 设备 的 各 种 控制 需求 。 
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随 着 当前 天 文 观测 技术 的 不 断 提升 ， 观 测 设备 功能 的 不 断 增强 ， 对 控制 要 求 越 来 越 高 ， 
传统 基 人 工 的 观测 模式 变 得 日 益 困难 ， 对 观测 控制 系统 (OCS) 中 的 需求 日 显 突 出 。 参 考 国外 
先进 望远镜 自动 化 与 智能 化 的 建设 经 验 ， 研 究 并 实现 一 套 高 效 、 上 有 具有 良好 扩展 性 的 OCS, 
无 疑 对 下 一 代 天 文 望远镜 的 研制 具有 十 分 重要 的 意义 。 

通常 天 文 望远镜 由 多 个 系统 构成 , 如 圆 顶 、 赤 道 仪 (机 架 )、 光 谱 仪 和 CCD 终端 等 。OCS 
需要 同时 对 多 种 类 型 的 设备 进行 协同 控制 , 各 设备 间 彼 此 保持 通信 。 在 整个 观测 过 程 中 往往 
需要 考虑 时 序 控制 、 异 常 恢复 等 通信 问题 ， 良 好 的 底层 通信 架构 是 整个 望远镜 控制 系统 设计 
的 核心 。 

内 外 目前 的 观测 控制 系统 ， 无 论 是 经 典 的 ACS 还 是 开源 的 RTS2Q231 都 采用 分 布 式 的 
控制 原理 。 特 别 是 运用 广泛 的 RTS2， 使 用 了 原生 Socket 册 套 接 字 编程 ， 每 个 客户 端 同 时 与 
多 个 终端 维持 通信 关系 , 底层 通信 结构 呈 复 杂 的 网 状 , 非常 不 利于 系统 的 开发 和 实现 。 此 外 ， 
在 实际 观测 中 OCS 时 常 需要 同步 控制 多 种 设备 。 比 如 ，CCD 的 组 合 观测 和 同步 曝光 等 回 。 
RTS2 只 能 通过 循环 的 方式 ， 依 次 向 多 个 设备 发 送 命令 ， 这 会 产生 很 大 的 通信 延迟 ， 且 易 出 
现 消息 丢失 等 情况 。 因 此 ， 基 于 裸 套 接 技术 开发 观测 控制 系统 太 过 于 复杂 ， 不 利于 系统 的 设 
计 与 维护 。 也 有 其 它 观测 控制 系统 采用 HITP，CORBA，DCOM 等 相关 协议 ， 这 些 协 议和 
技术 都 体现 出 不 同 层面 的 局 限 性 外 ,不 能 完全 满足 望远镜 控制 系统 底层 通信 中 多 种 通信 模型 
的 需求 。 
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息 中 间 件 技术 不 断 涌现 ， 特 别 是 以 ZeroMQI 为 代表 的 消息 中 间 件 技术 ， 能 够 
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为 分 布 式 环境 中 协同 控制 提供 良好 的 技术 支撑 。 更 重要 的 是 ZMQ 支持 多 种 通信 模式 , 并 可 通 
过 灵活 组 合 使 用 基础 模式 扩展 应 对 不 同 控 制 场景 ， 实 现 单 点 对 单 点 (1:1)， 单 点 对 多 点 (1:N) 
的 通信 , 满足 OCS 中 多 种 通信 模型 的 需求 。 是 否 可 以 在 天 文 观测 控制 系统 的 设计 与 实现 中 采 
用 ZeroMQ 等 新 技术 成 为 一 个 共同 关注 的 问题 。 


2 ZeroMQ 可 用 性 分 析 


2.1 通信 模式 分 析 

ZeroMQ 有 2 个 重要 的 通信 模式 , 即 请 求 应 答 模 式 与 发 布 /订阅 模 式 81, 结合 天 文 观测 控 
制 系 统 的 需要 ， 这 两 个 模式 在 实现 底层 通信 模式 中 ， 结 合 不同 的 控制 需求 ， 可 以 灵活 地 使 用 
来 满足 天 文 设备 的 控制 需求 ， 具 体 讨论 如 下 。 


2.1.1 请 求 应 答 模式 
点 对 点 控制 模式 是 一 种 基于 链 路 连接 的 模式 。 单 个 消息 发 送 方 直 接 与 单个 接收 方 相连 ， 
采用 一 问 一 答 的 方式 建立 通信 。 点 对 点 的 控制 模式 在 实际 观测 中 运用 较 广 , 例如 圆 顶 DOME) 
> 的 开关 控制 、 赤 道 仪 移动 操作 等 都 是 点 对 点 的 控制 。 
请 求 /应 答 是 点 对 点 直接 通信 的 模式 。 消 息 发 送 方 与 接受 方 通过 (Request-Reply) 套 接 字 
对 ， 采 用 一 问 一 答 的 方式 实现 消息 的 收发 。 其 主要 特点 有 : 1) 面 向 连接 的 通信 。 发 送 方 先 要 
与 接收 方 建立 直接 的 通信 ， 才 能 完成 后 续 的 消息 传输 。2) 发 送 方 和 接收 方 紧 密 耦合 。 双 方 必 


须 同时 处 于 运行 状态 才能 传递 消息 ， 在 时 间 上 是 紧 辜 合 ， 双 方 必须 事先 知道 彼此 地 址 信息 ， 
CN 在 空间 上 是 紧 耦 合 。 该 模式 的 最 大 优点 就 是 实现 简单 且 传 输 可 靠 ， 其 缺点 是 系统 通信 灵活 性 
co 受到 较 大 限制 ， 每 当 接 收 方 发 生变 化 ， 发 送 方 的 应 用 程序 都 必须 做 出 相应 改变 四。 

© 2.1.2 发 布 /订阅 模式 

人 点 对 多 点 控制 模式 是 一 种 广播 或 多 播 的 通信 模式 。 消 息 发 送 方 与 多 个 接收 方 建立 通讯 ， 


单个 发 送 方 可 以 同时 控制 多 个 接收 方 。ZeroMQ 中 的 发 布 /订阅 是 一 对 多 的 消息 广播 模式 ， 
适合 望远镜 观测 中 多 台 CCD 同时 曝光 或 组 合 观测 的 点 对 多 点 的 控制 场合 。 

该 模式 采用 (Publish-Subscribe) 套 接 字 对 实现 ，PUB 端 只 需要 将 消息 封装 到 主题 中 发 布 ， 
SUB 端 根据 预约 主题 获取 发 布 的 内 容 。 其 主要 特点 : 1) 发 布 方 和 订阅 方 通过 共同 主题 进行 通 
《) 信 ， 双 方 不 需要 建立 直接 的 链接 通道 。2) 发 布 方 与 订阅 方 松 耦合 。 双 方 不 需要 知道 彼此 的 地 
址 ， 所 以 在 空间 上 是 独立 的 ; 双方 不 需要 都 处 于 运行 状态 ， 因 而 在 时 间 上 是 独立 的 ; 消息 产 
生 与 消耗 不 发 生 阻 塞 ， 因 此 在 流程 上 也 是 独立 的 ; 3) 能 够 支持 点 对 点 、 点 对 多 点 和 多 点 对 多 
点 的 通信 方式 。 该 模式 的 主要 优点 是 实现 了 发 布 端 和 订阅 端 之 间 的 松 耦 合 ， 其 致命 的 缺陷 是 
发 布 端 单 向 分 发 数据 ， 且 不 关心 是 否 把 全 部 信息 发 送 给 订阅 端 ， 消 息 容 易 丢 失 。 


2.2 可 靠 性 分 析 

在 复杂 多 变 的 天 文 观 测控 制 环 境 中 ,发 送 方 与 接收 方 的 状态 和 行为 是 不 可 预测 的 。OCS 
在 实际 的 运行 过 程 中 可 能 因 网络 中 断 或 软 硬 件 故障 等 问题 ， 导 致 消息 丢失 , 直接 影响 天 文 观 
测 。 为 了 进一步 提高 OCS 消息 传输 的 可 靠 性 ， 需 要 从 消息 的 发 送 方 和 接收 方 两 个 方面 共同 
保障 程序 发 生 故 障 后 顺利 运行 。 
项 目 组 针对 可 靠 性 问题 进行 了 大 量 的 实验 ， 认 为 ZMQ 为 避免 消息 端 发 生 单 点 故障 ， 夺 
接 字 设 计 将 采用 ZMQ 双子 星 模式 00， 任 一 时 刻 ， 某 个 节点 会 充当 主机 ， 接 收 所 有 客户 端 和 也 
设备 端的 连接 请 求 ， 另 一 个 节点 则 作为 一 种 备用 机 存在 。 两 个 节点 会 互相 维持 心跳 机 制 监 涡 
彼此 ,主机 将 通过 PUB 套 接 字 定时 将 设备 的 连接 信息 发 送 到 备用 机 ， 当 主机 从 网 络 中 消失 ， 
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备用 机 则 会 立刻 项 蔡 其 主机 的 位 置 。 望远镜 系统 中 设备 终端 是 接收 消息 的 核心 部 件 ， 当 设备 
出 现 通 信和 异常 中 断 或 通信 延迟 超过 最 大 峰值 时 ， 设 备 端 将 会 首先 采用 ZMQ 超时 重 传 ， 逐 条 
轮 询 的 方式 再 次 判读 每 个 设备 的 在 线 情 况 。 为 了 使 消息 不 致 丢失 , 设备 端 经 短暂 恢复 后 就 需 
实现 断 点 续 传 功能 0 。 断 点 续 传 就 是 当 设 备 在 消息 传递 过 程 中 出 现 中 断 , 待 设备 在 短 时间 内 
恢复 连接 后 能 够 继续 完成 传输 任务 ， 保 障 消息 不 丢失 的 模式 [3。 该 功能 主要 通过 ZMQ 克隆 
模式 来 实现 ， 使 用 PUB-SUB 套 接 字 作 为 核心 消息 模式 。 当 系统 收 到 设备 反馈 的 连接 异常 状 
态 消 息 后 ， 将 调用 ZMO 多 帧 消息 类 ， 将 消息 前 加 上 时 间 改 标记 和 暂 存 ， 设 备 从 故障 中 恢复 通 
信 并 立刻 通过 REQ 套 接 字 获 取 当 前 状态 ， 根 据 暂 存 消息 时 间 惟 与 当前 状态 比较 ， 获 取 状 态 
之 前 的 所 有 消息 ， 保 障 故障 恢复 后 消息 传输 可 靠 性 。 


2. 3 效率 分 析 

在 网 络 通信 时 , 带宽 资源 总 是 可 能 面临 的 一 个 问题 , 在 低 带 宽 情 况 下 实现 可 靠 通信 是 非 
常 可 能 遇 到 的 局 面 。 在 OCS 设计 中 ， 消 息 传输 的 开销 与 延迟 将 直接 影响 系统 的 整体 性 能 ， 
而 消息 的 长 度 又 是 影响 通信 效率 的 一 个 重要 因素 , 特别 是 观测 产生 的 图 像 数 据 , 往往 具有 实 
时 性 强 、 数 据 量 大 的 特点 。 从 这 个 方面 来 看 ，ZMQ 支持 实时 的 数据 压缩 技术 ， 采 用 LZ4 无 
损 压 缩 算法 ,在 发 送 前 对 数据 进行 高 速 压缩 ， 在 接收 端 进行 高 速 解压 ， 最 大 程度 无 损 的 使 伟 
输 的 消息 更 加 轻 量 化 ， 减 少 带宽 需求 ， 这 对 于 天 文 观 测 是 非常 有 益 的 。 

同时 ， 有 具有 一 个 高 效 的 消息 通信 模式 也 是 提高 传输 效率 的 重要 保障 ， 图 像 数据 经 ZMQ 
请 求 应 答 套 接 字 实现 单 点 高 效 的 传输 , 控制 指令 可 采用 单独 端口 的 广播 套 接 字 实现 对 多 个 设 
备 的 有 效 控制 ， 节 点 上 可 采用 多 线程 技术 ， 提 高 了 消息 传输 与 处 理 的 并 发 度 ， 降 低 了 因 点 对 
点 依次 向 不 同 设备 转发 控制 命令 所 产生 的 传输 延迟 ， 基 于 以 上 方法 能 够 有 效 保 障 OCS 底层 
通信 消息 传输 的 高 效 性 。 


3 OCS 的 控制 模式 与 实测 


3.1 OCS 的 基本 架构 

图 1 是 项 目 组 在 开发 新 一 代 观 测控 制 系统 时 采用 的 OCS 体系 架构 ，OCS 处 于 控制 的 最 
顶层 ， 分 别 由 调度 子 系统 、 管 理子 系统 、 用 户 交 互 子 系统 以 及 状态 记录 系统 四 个 部 分 组 成 。 
OCS 与 其 他 子 系 统 都 采用 接口 调用 的 方式 进行 交互 ， 通 过 指挥 望远镜 控制 系统 (TCS)， 设 备 
控制 系统 (ICS) 和 实时 数据 处 理 系统 (DHS) 等 对 下 一 级 各 终端 设备 进行 控制 ,显然 要 实现 一 
套 可 靠 的 OCS， 底 层 通信 的 可 用 性 以 及 可 靠 性 是 成 功 的 关键 。 

从 底层 通信 模式 来 看 ， 点 对 点 和 点 对 多 点 的 模式 已 经 可 以 满足 OCS 的 设计 要 求 。 但 关 
键 的 问题 是 ， 这 两 个 模式 在 通信 过 程 中 的 可 靠 性 、 传 输 时 延 、 多 任务 传输 性 能 能 否 适用 实际 
通信 要 求 就 成 为 关键 因素 。 
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图 1 OCS 体系 架构 图 


Fig.1 The architecture diagram of observation control system 


3. 2 ZeroMQ 在 控制 中 的 可 用 性 测试 


3.2.1 环境 

实验 环境 使 用 5 台 服 务 器 ， 每 台 服 务 器 的 配置 相同 ， 都 配置 了 干 兆 网 卡 ， 其 中 一 台 服 务 
器 作为 发 送 端 ， 其 他 服务 器 作为 接收 端 ， 服 务 器 主要 配置 如 表 1 所 示 ， 以 下 测试 实验 均 在 该 
环境 下 进行 。 


表 1 实验 环境 
Tab.1 Experimental hardware environment 


参数 取 值 
操作 系统 CentOS Linux release 7.3.1611 
CPU Intel(R) Xeon(R)CPUE5-2620v2@2.10GHz 
A fF 64G 
ZeroMQ 版 本 4.2.3 
网 卡 1.0 Gbps 


3.2.2 时 延 测 试 

各 设备 接收 命令 的 通信 时 延 是 衡量 系统 通信 性 能 的 重要 指标 ， 因 此 我 们 对 ZMO 在 相同 
环境 下 传输 不 同 长 度 消息 的 通信 时 延 进行 了 对 比 测试 。 测 试 一 : 模拟 OCS 实现 点 对 点 的 控 
制 场景 , 发 送 方 运行 于 一 台 服 务 器 , 接收 方 运行 于 男 一 台 服 务 器 。 测试 方法 是 使 用 REQ-REP 
ERFT, 发 送 一 个 特定 大 小 的 消息 从 一 台 服 务 器 到 男 一 台 服 务 器 。 我 们 分 别 测试 了 一 万 条 大 
小 分 别 为 256 字 节 与 1024 字 节 的 控制 消息 ， 比 较 了 每 一 条 消息 发 送 与 接收 的 时 间 差 ， 测 试 
结果 如 图 4 所 示 。 由 测试 结果 可 见 ， 连 接 初期 传输 延迟 较 高 ， 而 后 趋 于 稳定 ， 偶 尔 也 会 出 现 
峰值 的 情况 ， 且 均 在 合理 范围 内 。 当 数据 大 小 由 256 字 节 增加 到 1024 FER, DEIR HAA 
应 增加 ， 但 通信 延迟 总 体 表现 较 小 ， 能 够 适用 于 OCS 控制 圆 顶 或 望远镜 等 设备 点 对 点 的 控 
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图 2 REQ-REP 模式 消息 传输 延迟 对 比 图 


Fig.2 Request-Reply mode message transmission delay comparison chart 


3.2.3 多 点 同步 控制 性 能 测试 
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需要 考虑 限制 控制 指令 发 送 频率 ， 进 一 步 提高 控制 同步 精度 。 在 实际 控制 
均 延 迟 +3 们 标准 差 的 时 间 范 围 内 考虑 控制 设计 ， 时 延 水 平 符合 控 


OCS 对 于 多 台 CCD 等 设备 点 对 多 点 的 控制 场景 。 


表 2 实验 数据 分 析 


Tab.2 Experimental data analysis 


Index Subl Sub2 Sub3 


Average Delay / us 8.0 0.8 5.5 
Standard Deviation / us 


114.8 101.7 89.6 


的 通信 时 下 
， 只 要 保证 在 平 


模拟 OCS 实现 点 对 多 点 的 控制 场景 ， 发 送 方 运行 于 一 台 服 务 器 ， 接 收 方 运行 于 另外 $ 
台 服 务 器 。 测 试 方法 是 发 布 端 使 用 PUB-SUB 套 接 字 发 送 一 万 条 特定 大 小 为 256 NPE ti 
消息 , 5 个 接收 端 根据 主题 订阅 接收 消息 。 我 们 分 别 测试 了 5 个 订阅 端 接收 消 ， 
测试 产生 最 底层 的 通信 时 延 结果 如 图 3 所 示 。 因 每 条 消息 的 通信 延迟 为 离散 数据 , 为 了 更 好 
的 掌握 各 设备 的 接收 性 能 , 我 们 分 别 从 数据 的 集中 趋势 和 离散 程度 两 个 方面 分 析 各 设备 接收 
肖 息 的 同步 性 。 如 表 2 所 示 ，Sub1-Sub5 分 别 表示 5 个 设备 端 ， 对 上 
各 设备 接收 消息 平均 延迟 均 在 10us 以 下 ， 延 迟 波动 程度 相当 ， 平 均 延 迟 远 小 了 
民 据 实验 结果 表明 ， 当 我 们 在 做 OCS 高 层 开发 与 设计 的 时 候 ， 参 考 最 底层 
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图 3 PUB-SUB 模式 消息 传输 延迟 对 比 图 


Fig.3 Publish-Subscribe mode message transmission delay comparison chart 


3. 2. 3 多 通道 传输 可 用 性 测试 

在 天 文 观测 中 OCS 经 常会 出 现 与 实时 数据 处 理 系统 (DHS) 之 间 的 交互 ，DHS 会 将 观测 
数据 实时 处 理 结果 反馈 给 OCS 做 观测 调度 决策 ，OCS 会 将 控制 命令 高 速 传递 给 DHS 或 其 
他 子 系统 ， 在 RTS2 中 ， 通 常 是 采用 多 套 接 字 来 实现 的 。 

我 们 设计 了 一 个 实验 来 进一步 探究 OCS 在 密集 数据 通信 环境 下 ， 实 现 点 对 点 和 点 对 多 
点 控制 的 可 用 性 。 发送 方 将 生成 的 单个 图 像 大 小 为 4MB 的 数据 , 先 转换 为 二 进 制 的 数据 流 ， 
再 以 消息 的 形式 封装 好 ， 通 过 请 求 应 答 模 式 传递 400MB 大 小 的 数据 到 接收 端 服务 器 ， 模 拟 
OCS 与 DHS 之 间 传 输 大 量 图 像 数据 的 密集 通信 环境 。 

测试 方法 如 下 : 1) 与 传输 图 像 程 序 同 时 和 运行， 新建 通信 端口 分 别 采用 REQ-REP 和 
PUB-SUB 套 接 字 对 将 生成 的 单个 控制 消息 大 小 为 256 字 节 的 数据 包 ， 持 续 不 断 从 一 台 服 务 
器 向 其 他 服务 器 发 送 消息 。2) 当 400M 图 像 数 据 传输 完成 时 ， 记 录 图 像 传输 所 需 时 间 ， 并 将 
传输 控制 消息 的 程序 立即 停止 。 3) 记 录 在 图 像 传 输 时 间 内 两 种 不 同 模 式 ， 控制 消 息 的 通信 时 
延 ， 发 送 消息 数 与 接收 消息 数 。 测 试 结果 如 表 3 所 示 。 

表 3 多 通道 传输 测试 数据 


Tab.3 Multi-channel transmission test data 


模式 图 像 传输 时 间 发 送 消息 数 ”接收 消息 数 ”控制 消息 时 延 均 值 
REQ-REP 7.38 41243 41243 267.0us 
PUB-SUB 7.38 106689 106689 62.1us 


由 表 3 可 知 ，400MB 大 小 的 图 像 数据 可 以 在 7.3s 完成 传输 任务 ，55Mb/s 的 传输 速率 也 
足够 满足 大 量 图 像 数据 的 高 速 传输 。 同 时 ， 分 别 采 用 ZMQ 中 REQ-REP 和 PUB-SUB 套 接 
字 对 实现 控制 命令 实时 同 传 。 结 果 表 明 , 采用 以 上 两 种 模式 均 能 实现 消息 发 送 与 接收 的 不 丢 
包 ， 能 够 保证 控制 命令 传输 的 可 靠 性 。 对 比 单独 发 送 传输 控制 命令 的 场景 ， 两 种 模式 虽 受 密 
集 数据 通信 下 网 络 带宽 与 通信 延迟 等 影响 , 总体 传 输 速率 会 有 所 降低 , 但 传输 性 能 较 采 用 传 
统 Socket 通信 更 高 效 稳定 ， 足 够 满足 控制 命令 实时 稳定 的 传输 。 通 过 多 次 反复 的 测试 ， 其 
结果 表明 采用 ZMQ 实现 多 任务 多 通道 传输 是 可 行 的 ， 其 数据 传输 方式 、 传 输 速 率 、 传 输 稳 
定性 等 都 能 满足 OCS 底层 通信 相关 指标 要 求 。 不 仅 能 够 实现 数据 在 OCS 与 DHS 之 间 传 输 
还 能 够 实现 各 终端 之 间 信 息 交 互 和 各 子 系统 之 间 的 互联 互 控 , 解决 当前 天 文 望远镜 各 终端 与 
各 子 系统 彼此 独立 ， 无 法 协调 工作 的 关键 问题 。 
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4 讨论 与 结论 


本 文 先后 讨论 了 ZMQ 现 有 通信 模式 的 优 缺 点 ， 分 析 了 OCS 主要 天 文 控 制 模式 ， 研 究 
提出 了 基于 ZeroMQ 的 不 同 通信 控制 架构 ,为 解决 通信 延迟 、 异 常 恢 复 等 通信 问题 提供 了 相 
关 参 考 方法 。 经 测试 结果 分 析 ， 使 用 ZM 技术 构建 OCS 底层 通信 架构 是 可 行 的， 能 够 满 
足 点 对 点 、 点 对 多 点 通信 控制 的 需求 ， 能 够 解决 底层 通信 中 普遍 存在 的 开销 大 、 延 迟 高 等 问 
题 ， 非 常 适合 天 文 望远镜 观测 控制 这 样 分 布 式 、 低 延迟 要 求 的 场合 。 

项 目 组 将 在 后 续 工作 中 设计 实现 一 套 基 于 混合 通信 模式 的 观测 控制 系统 为 目标 , 以 及 实 
现 驱 动 望远镜 所 有 终端 设备 完成 实际 观测 控制 操作 。 
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Abstract:Underlying Communication is an important part of Observation Control System 
(OCS) architecture, which is a research hotspot nowadays. Nevertheless, the traditional OCS is 
usually realized through bare connection technology, which lack of unified transmission control 
mechanism. It leads to delay of dense data communication, affecting the need of real-time control. 
Simultaneously, the lack of broadcast and multicast mechanism restricts the design of OCS system. 
According to the requirements of OCS, this paper systematically analyzes different 
communication models and corresponding astronomical control modes on the basis of ZeroMQ, 
and analyzes the availability of different communication control architectures. Based on it, it then 
test corresponding communication models through a series of experiments, to verify its 
availability in the distributed control of astronomical instruments. The results further illustrate the 
feasibility of ZeroMQ in constructing the underlying communication architecture of OCS, which 
will satisfy various control requirements of OCS for devices. 

Key words: Observation Control System (OCS); ZeroMQ; Communication Architecture 


